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Regarding the priority claimed, the examiner notes that we must "submit 

the reference in compliance or an ADS." In fact the reference was submitted 

in the ADS filed with the application on July 12, 2006. 

The examiner objects to the specification because D1 is identified as a 
"databus" and as a "database." To make the identification consistent, page 4 of 
the specification has been amended to identify D1 as a databus. 

Next, the examiner requests clarification of the "purpose" and 
"functionalities" of the devices "DTM, V, DTM-F1.." It is respectfully submitted 
that further disclosure is not necessary for those skilled in the art because with 
the operating program of Fig 2 and the description provided and an 
understanding of what the devices are, nothing further is required. For example, 
a DTM is a device type manager which of itself is known in process technology, 
as are the other devices. What is new is the arrangement in the network. It is not 
clear from the examiner's comment exactly what more is required; although, 
application is certainly prepared to supplement the existing text to provide 
whatever further description the examiner wishes. 

The corresponding rejection of claims 2 and 3 under 35 USC 112, first 
paragraph is respectfully traversed, for the reason noted above in the discussion 
of the request for clarification. 
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of claim 1 under 35 USC 102(e) over Brownlie et al, and of claims 2 and 3 undre 
35 USC 103(a) over Brownlie et al in view of PROFIBUS are noted and 
respectfully traversed. 

The replacement of claim 1 with new claim 4 is believed to render these 
rejections moot. 

Brownlie et al discloses a computer network security system and a method 
utilizing digitally signed and centrally assigned policy data, such as password 
length rules, that is unilaterally enforced at network nodes by node policy 
enforcement engines. The policy data may be variable on a per client or network 
node basis through a centralized authority, such as a classification authority. The 
computer network security system provides variable security policy rule data for 
distribution to at least one network node through a central security policy rule data 
distribution source, such as the clarification authority. The central security policy 
rule data distribution source associates a digital signature to the variable security 
policy rule data to decode policy rule data and enforce the policy rules as 
selectively determined through the central authority. 

Brownlie et al further describes that each network node preferably includes 
a cryptography engine, such as an RSA based public key cryptography engine 
to decode encrypted data and send encrypted data to other nodes. 

New claim 4 defines the inventive steps not found in their entirety in 
Brownlie et al, which is required by 35 USC 102, that is each and every step 
recited must be found in a single reference (the all elements rule), and that is not 
the case with claim 4. 

Regarding the rejection under 35 USC 103, it is noted that PROFIBUS 
relates to the communication between a superordinated unit and a plurality of 
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field devices. The field devices are, for example, configured vis the 
superordinated unit. Brownlie et al, has nothing to do with such an arrangement, 
as noted above. The combination, therefore, must fail. 

Regarding the rejection under 35 USC 101, it is noted that new claim 4 
does tie structure to the method. The examiner has apparently misunderstood 
the Bilski case which, it is believed, is being referred to. The machine and 
transformation test is not exclusive. New claim 4 recites the necessary steps and 
structure to satisfy even the Bilski test. 

Accordingly, reconsideration and reexamination are respectfully requested 
and claims 4 and 2 - 3 found allowable. 
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1 Introduction 

This specification focuses on an automatic meter readout system, called Open Metering 
System (OMS). Part of this system is the Multi Utility Communication (MUC). It is a hardware 
system which is used to readout different metering devices and to transfer subsets of this 
data to 'AMM back office systems' for billing, servicing or other purposes. Metering devices 
are sensors and actuators which are defined in "Chapter 3 Definitions and Terms". Metering 
devices and AMM Systems have to follow certain protocols which are described within this 
document for Open Metering conformity. 

Working groups have been established consisting of members from different companies who 
are working in the energy supply and metering areas to work out this specification. The Open 
Metering Working Groups specifies communication interfaces for the MUC and different 
communication endpoints. The vendor associations Figawa 1 and ZVEI 2 are chairs in this 
specification creation process. 

Communication with the MUC splits up into primary, secondary and tertiary communication: 

• The primary communication handles multi-discipline metering devices for electricity and 
gas as well as heat and water meter reading. Its goals are the definition of the 
transmission media, of the transmission techniques and of the protocols between the 
metering devices on the one hand and the MUC on the other hand. 

• The secondary communication focuses on an extension of the covered range (wired, 
PLC or wireless) using networking and multi hopping based on a routing protocol. A 
unified secondary communication is not defined yet. If necessary proprietary solutions for 
secondary communication may be used to transport data via a meshed network. In this 
case it has to be ensured that data send out by an open metering meter are provided as 
defined in the Open Metering System Specification. 

A simple manufacturer independent extension of the radio range, based on repeater 
technologies, is described in the part primary communication (OMSPC). 

• The tertiary communication is the interface between a MUC and the back office systems 
for automated meter management (AMM). It specifies the data flow for defined pull and 
push procedures between the MUC and the AMM back office system. The main topics in 
tertiary communication are data acquisition and data providing for presentation, event 
handling, configuration, control and clock synchronization. 

The relating documents are: 

Open Metering System Specification ... 

■ Volume 1 , General Part (OMSGP) - this document. 

■ Volume 2, Primary Communication (OMSPC). 

■ Volume 3, Tertiary Communication and MUC (OMSTC). 

They define minimal requirements on communication and functionality between given 
endpoints. Manufacturers and suppliers should be encouraged to develop their hardware and 
software in a common direction. The transport of data is specified only up to the TCP/IP layer 
of the Ethernet interface. 



1 Bundesvereinigung der Firmen im Gas- und Wasserfach e.V., Cologne 

2 Zentralverband Elektrotechnik- und Elektronikindustrie e.V., Frankfurt/Main 
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1.1 Text mark up 

Text mark up is defined throughout all Open Metering System documents as follows: 

• Italic text is used if new terms are invented. 

• References to documents are given in square brackets: [ ] 

5 • Parentheses mark up abbreviations or options, defined at 

Appendix B: Abbreviation Index 

• Work items are marked up by the word [V®BEliIM] in square brackets with a yellow 
background- 
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2 General Definitions and System Description 

This chapter presents a total system overview including all term definitions and references to 
used standards. 



2.1 Total System Overview 












;>[-/.'•;., 












ba 


sis 




MUC Controller 

secondary communication 
(e.g. meshed radio or PLC network) 

Figure 1 : System Environment 
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Figure 1 illustrates the total system overview. The upper half shows the user's view: the 
system which has been installed at the consumer locations connects to a Distribution System 
Operator (DSO) or other market participants via internet communication technologies 
provided by GSM, Telephone Systems (PSTN), Power Line Communication or broad-band 
networks. The interface for this communication is standardized on a TCP/IP basis. 

The lower half (technical view) shows the MUC which is installed at the consumer's location. 
Primary communication is used for close-up range communication with meters; tertiary 
communication is mainly used by the MUC to communicate with Metering service providers 
(MSP) which may be but does not have to be the MSO 3 or the DSO 4 . 



3 MSO - Meter Site Operator 

4 DSO - Distribution Service Provider (distribution network operator) 
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2.2 System Topology 
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Figure 2 shows different scenarios of the system topologies. The AMM back office system 
maintains a connection to several MUCs. The MUCs themselves keep the connection to 
several meters. 

In practice all shown scenario options may appear as a hybrid topology if supported by 
the particular product. 

Scenario 1 will be used if each 
apartment has its own MUC 
Controller. Each metering device of 
an apartment is assigned to its one 
specific MUC. 

Each consumer may have his own 
display unit (dedicated display, web 
browser application, PDA ...) 
connected to his specific MUC, to 
receive energy consumption 
information and e.g. tariff data. 
Habitations or facilities are 
independent. 



In Scenario 2 displays are getting 
data from the AMM back office, 
provided by an internet portal 
system or read meter data directly 
from the meter. 

Meters can be shared among 
MUCs to avoid out of range 
problems. 

Scenario 2 topology may also be 
used at installation phase to set up 
installations of scenario 1 . 

Scenario 3 shows clustering 5 of 
some MUCs and primary 
communication with additional 
repeaters. 
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Figure 2: Different System Topologies 



5 This is not subject of the QMS specification but may be realized as a proprietary solution as long as 
defined requirements of this specification are fulfilled. 
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3 Definitions and Terms 

This chapter contains the major definitions and terms used in this specification. 
More detailed definitions will be given at a separate glossary document. 

3.1 Market Roles 

According to the European legislation for the internal energy markets a set of market roles 
were established to fulfil the requirements on legal and functional unbundling of consolidated 
companies. 

Meter Site Operator (MSO) 

The MSO is owner of metering devices. He is reliable on legal and operational functionality of 
the meter site. 

Metering Service Provider (MSP) 

A MSP is an organizational entity that is authorized by the connected party (consumer) to 
read the data and/or status of metering devices. Operator of an AMM back office and 
distributor of meter data to authorized parties. 

Distribution System Operator (DSO) 

This is a Company that is assigned to operate and manage one or more distribution 
networks, also known as grid operator. 

Energy Supplier (ESU) 

Company that delivers (sells) energy like electricity, gas, heat etc. to consumers. 
Consumer (CSR) 

This is the end user of energy, also known as customer. 

3.2 Functional Units 

A functional unit is an entity of hardware, software or both, capable of accomplishing a 
specified purpose separated by task or impact. At OMS the MUC is defined as a functional 
unit to leave open the position or physical outline. The MUC may be a unique device or a 
distributed system as well as an integrated functional unit of e.g. an electricity meter. 

MUC Controller 

The Multi Utility Communication (MUC) is in focus of the OMS specification. It is a meter data 
communication system which collects data from metering devices for electricity and gas as 
well as heat and water consumption. Metering values will be transferred to the MUC 
Controller and will be processed there to transmit them to AMM back office systems as well 
as to offer energy usage information to the consumer. 

The short form MUC is also used for the MUC-Controller. As plural form MUCs is used. 



Open Metering 



10/21 



Open Metering System - General Part 
Issue 1.2.0/2009-07-17 



Release 



AMM Back Office 

In this specification the endpoint where all MUCs connect to is referred to as AMM back 
office (AMM BO). AMM stands for Automated Meter Management and refers to systems 
which collect data. AMM back office systems can be found at Metering Service Providers 
(MSP) who may be identical with Meter Site Operators (MSO) or Distribution System 
Operators (DSO). 

In literature the term "management" is sometimes replaced by "infrastructure", which results 
in Automated Metering infrastructure (AMI). 

AMM back office systems themselves are processing metering data to be transferred as 
billing and balancing information to ERP systems of resource providers or other suppliers. 

3.3 Interfaces and Protocols 

M-Bus 

M-Bus is defined as standard for primary communication particularly with regard to battery 
driven metering devices. Different physical media can be used here. 

In order to distinguish between different M-Bus transport mechanism and application 
protocols, the following terms are introduced: 

• Wired M-Bus (M.Bus) 

is the term for communicating via two-wire M-Bus lines [EN 13757-2]. 

• Wirefess M-Bus (wM-Bus) is used for M-Bus RF [EN 1 3757-4]. 

The M-Bus modes S1, S2, T1 and T2 6 may be used as meter interfaces for the 
MUC Controller. Modes S1 and T1 are defined for unidirectional communication 
from meter to MUC. Modes S2 and T2 provide a back channel for bidirectional 
communication. Modes S and T are operating at different frequency ranges in the 
frequency band 868 to 870 MHz. They have different data rates: 

o S-Modes (Stationary mode) provide a data rate of 16,384 baud at a longer 
communication distance than T-Mode. Modes S1 and S2 are compatible with 
the wireless KNX-system of ISO/IEC enabling combined systems for home 
automation and open metering. 

o T-Mode (Transmit frequently) provides a data rate of 66,667 baud. This is 
approximately four times higher than the S-modes and allows for a given 
battery size more frequent transmissions without decreasing battery lifetime or 
increasing collision rate. This enables a faster user feedback on his 
consumption. 

Due to this higher transmission frequency, drive-by or walk-in meter readout is 
also feasible. 

The back channel of T2 uses the same frequency and data rate as S2 to allow 
economic receiver design. 

o R-mode (Receive frequently) is not in the scope of open metering. 

• If the application protocol is referenced, this is done by the term M-Bus protocoi 
[EN 13757-3]. 

• Usage of M-Bus as a generic system is referenced as M-Bus system. 



6 Refer to EN1 3757-4 and OMSS Vol.2 Primary Communication 
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• M-Bus communication via power line {M-Bus-PLC) is considered as a future 
option and is not focus of this document. 

• According to energy efficiency of battery driven metering devices the standard 
M-Bus-Application transports shorter data Dl FA/IF coded more efficient than 
OBIS. 7 

DLMS/COSEM, SML 

DLMS/COSEM and SML are additional application protocols which will be applied in both 
Primary and Tertiary communication as alternative software solutions. These protocols 
transport the related OBIS-number together with each data point. 

OBIS coded COSEM or SML data may also be carried via M-Bus. 

3.4 Metering Devices 

In this specification different device types are defined, which are commonly referred to as 
metering devices. These devices can communicate to or with a MUC via one of the primary 
communication interfaces. Metering devices in this specification are sensors and actuators. 

Sensors are metering devices which at least provide meter index data (current metering 
counter value). 

Actuators are breakers or load delimiters. 

An authentication procedure is required for controlling devices by commands. 

Unidirectional wireless M-Bus metering devices will always operate in push mode. 

Pull mode may be possible with bidirectional data flow, if the metering device is supplied with 
external power or after communication was established in push mode. 

Wired M-Bus metering devices will always communicate in pull mode. Even alarm messages 
are pulled via frequent polling. 

With other wired meter interfaces like RS232, RS485 or PLC push and pull may be possible. 
Basic Meter 

Basic meter are meters with minimal functionality. Current metering data are given by 
request or sent in regular intervals. Note that regular intervals are not precisely regular. A 
small deviation should be applied to minimize collisions on the air interface. 

Communication data flow can be unidirectional or bidirectional. Sent Metering data are 
identical with data displayed on an integrated display. Authentication is not needed to access 
the metering index. 

Sophisticated Meter 

Sophisticated meters are basic metering devices with additional features such as data 
logging. The metering data given by these devices could include timestamps and metering 
profiles of the recorded consumption data. 

Sophisticated metering devices have an internal clock to enable data logging of load profiles 
at regular metering periods (e.g. 60 Min.) and other time related functions. 



7 Not specified in actual Version of Vol. 2 
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Communication data flow is always bidirectional. For functions beyond meter readout 
authentication using a signature is needed. Metering data are always signed. ECC is used as 
technology for the creation of an authentication signature. 

A feature to limit or cut-off the feed in 8 might be used in sophisticated metering devices. 
Actuator 

Throughout this specification the term 'actuator 1 is used to describe appliances which can 
limit consumption or cut-off the supply 9 . Terms which are included in the term 'actuator' are 
breaker, limiter, shut-off-valve, gas valve or switch. Bidirectional communication is mandatory 
for these devices. 

The functional unit MUC as described by Open Metering (OMS-MUC) does not contain the 
switching or delimiting functionality. Only data transfer of commands and status information 
is done by the MUC. 

Repeater 

To extend the range of wireless primary communication (e.g. on the wM-Bus) repeaters may 
be used. 

On unidirectional metering devices a "unidirectional" repeater is defined which must not 
repeat any telegrams from a MUC assigned to a unidirectional meter. 

The bidirectional repeater is repeating telegrams in both directions from a metering device as 
well as from a MUC. 



3.5 Offline Tariffing 

In normai Tariffing, a tariff has a fixed period. Resource consumption costs a fixed rate per 
period. In offline Tariffing this is different: metering devices have to record the consumption 
per time unit (period) in a table as a metering profile. Alternatively the meter indexes are sent 
to the AMM back office system immediately. Tariffing can be dynamic, depending on the 
consumption volumes or is based on supply and demand principles. Other models are 
imaginable. The current tariff could be displayed on the consumer display or the consumer 
could choose a tariff which is most suitable for a period. 

An alternative term for offline Tariffing is downstream Tariffing. 



Compare: Breaker 
9 Of electricity or gas 
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3.6 Security 

Security items were recognized as essential to achieve legal and social acceptance of an 
innovative residential metering. 

There are three occurrences to be handled by security procedures: 

• Loss of availability 

• Loss of confidentiality (to prevent unauthorized reading of data) - to be achieved by 

o encryption of the data telegrams, 

especially on wireless and power line communication 
o change of telegram content even if no index feed happened 
o a sophisticated user and access rights management 

• Loss of integrity and authenticity - to be protected by signature of data records 

Security techniques are used in different contexts regarding authentication or secure 
transmission using different encryption techniques. 



Encryption 



To provide confidentiality of meter data these should be encrypted. Encryption should be 
done at primary communication as well as on tertiary communication. 

Encryption is mandatory for wireless and PLC communication. 

I 




lEj) Encryption 
(||| Decryption 
Figure 3: Encryption - Decryption 



Specification of encryption and decryption methods and procedures in detail are described in 
OMSS Vol. 2 and 3. 
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Meter Signatures 

Meter signature is not required at the current specification. 

As a future option - if requested - the meter can sign the metered values to enable validation 
of the data source. 

Command Signatures 

[WORKITEM: to decide symmetric or asymmetric signature] 

On AMM back office to meter (via MUC) communication authentication by signature of 
command data records is mandatory if meter setting commands were sent 

• with influence to the metering behaviour (e.g. tariff register, due date) 
as well as 

• delimiting or switching commands were sent to affect feed in of the metered media. 

The MUC itself does not sign pass-through data or commands anyway. 
Specifications of signature in detail are given in OMSPC and OMSTC 10 





fs) sign 



(v) verify 



On symmetric signature and validation the same key is used. 

On asymmetric signature the keys are spiitted into public and private key. 



Figure 4: Signature and Validation 



Not done yet, planned for further versions. 
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4 References to Standards 

M-Bus (Meter-Bus) is an European standard for remote reading of all types of consumption 
meters as well as for various sensors and actuators [MBUS2008]. References in detail: 

EN 13757-2 Communication systems for and remote reading of meters - Part 2: Physical 
and link layer 

EN 13757-3 Communication systems for and remote reading of meters - Part 3: Dedicated 
application layer 

EN 13757-4 Communication systems for meters and remote reading of meters - Part 4: 
Wireless meter readout (Radio meter reading for operation in the 868 MHz to 870 MHz SRD 
band) 

OBIS {Object Identification System) is specified in DIN EN 62056-61:2002 and EN 13757-1. 
It uses classification numbers to identify data types. These numbers are specified both for 
measuring equipment and data transmission. 

SML (Smart Message Language) is a communication basis for applications in the 
parameterisation and data acquisition environment of metering devices. Data acquisition and 
exchange is the primary goal of the underlying protocol language, firmware upgrades of 
embedded systems should also be possible via SML. Communication is encoded using XML 
(SML XML) or in a binary form (SML Binary Encoding). Both encodings are equivalent to 
each other. The specification is given in [SML2008]. 

DLMS/COSEM (Device Language Message Specification / Companion Specification for 
Energy) is specified in IEC 62056 / EN13737-1. Main focus of this language specification is 
the interoperability of utility meter data exchange [DLM2008]. An introduction to this 
language is given in [Wis1999]. 

NTP (Network Time Protocol) is a protocol for synchronizing the clocks of computer systems 
over packet-switched, variable-latency data networks. NTPv4 is the minimal requirement for 
the Open Metering System. It is specified in [RFC1305-1992]. 
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Appendix A: Referenced Documents 



DLMS-UA 
ETSI-ERM 



EN1 3757-1 

EN 13757-2 

EN 13757-3 

EN 13757-4 

EN 13757-5 

EN1 3757-6 

EN60870-5-2 

EN62056-6 1:2002 
ERC7003 



FIPS197 



DLMS User Association, in internet: http://www.dlms.com . 
(defined before as DLM2008) 

EN 300220-1 V.2.1.1 Electromagnetic compatibility and Radio spectrum 
Matters (ERM); Short Range Devices (SRD); Radio equipment to be 
used in the 25 MHz to 1000 MHz frequency range with power levels 
ranging up to 500 mW; Part 1: Technical characteristics and test 
methods; 2006. 

Communication system for meters and remote reading of meters - 
Part 1 : Data Exchange. 

Communication system for meters and remote reading of meters - 
Part 2: Physical and Link Layer. 

Communication system for meters and remote reading of meters - 
Part 3: Dedicated Application Layer. 

Communication system for meters and remote reading of meters - 
Part 4: Wireless Meter Readout. 

Communication system for meters and remote reading of meters - 
Part 5: Repeater Functionality. 

Communication systems for meters and remote reading of meters - 
Part 6: Local Bus 

Telecontrol equipment and systems - Part 5: Transmission protocols - 
Section 2: Link transmission procedures. 

Object Identification System 

ERC RECOMMENDATION 70-03 (Troms0 1997 and subsequent 
amendments) relating to the use of short range devices (srd) 
Recommendation adopted by the Frequency Management, Regulatory 
Affairs and Spectrum Engineering Working (July 2008) 
http://www. erodocdb. dk/Docs/doc98/officia//Ddf/REC7003E. PDF 

Specification for the ADVANCED ENCRYPTION STANDARD (AES) 
http://www. csrc. nist go v/publications/fips/fips 1 9 7/fips- 19 7. pdf 
Nov 2001 



ISO/IEC 14543-x-x Architecture for Home Electronic Systems 
MBUS-UG 



NTPv4 

OBIS-ConvTab 
SML-spec 



Homepage of the M-BUS usergroup, in internet: http://www.m-bus.com, 
(defined before as MBUS2008). 

no released public specification available, you may refer to 
http://tools.ietf.org/html/draft-ietf-ntp-ntpv4-proto-11 

Conversion table for metering media, OBIS BasiszShler.xls by Open 
Metering Group, always check for the latestet issue please 
(defined before as OBK2008). 

Smart Message Language Specification (defined before as SML2008), 
please check for the latestet issue: http://www.m-u-c.orQ/download.htm 
or 

htXp://www. vde. de/de/fnn/arbeitSQebiete/messwesen/seiten/messwesen. 
aspx 
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PTB50-2002 

RFC1 305-1 992 

RFC2553 

WELM2004 

Wis1999 



Software-Anforderungen an MessgerSte und Zusatzeinrichtungen 
gemaii PTB-A 50.7 (in German) (in internet April 2002) 
httD://www.Dtb.de/de/ora/2/23/234/download info-center/Dtb-a50 7-2.pdf 

Request for comments 1305, in internet http://www.ietf.ora/rfc/rfc1 305.txt 

IPv6 

WE LM EC-European cooperation in legal metrology - Software Guide 
(Measuring Instruments Directive 2004/22/EC) , 7.2, Issue 2, In Internet 
http://www.welmec.org/publications/7-2.asp, visited Feb 2008. 

The migration process to DLMS-COSEM: a short discussion beside the 
German way to interoperability [in automatic meter reading] Wisy M., 
Metering and Tariffs for Energy Supply, 1999. Ninth International 
Conference on (Conf. Publ. No. 462), Aug 1999 Page(s):119 - 123 
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Appendix B: Abbreviation Index 

AES Advanced Encryption Standard 

AMI Automated Metering Infrastructure 

AMM Automated Metering Management 

AMMBO AMM Back Office - a meter reading and meter management system 

APL Application Layer 

COSEM Companion Specification for Energy 

DES DES and Triple DES (3DES) are outdated Data Encryption Standards 

DIF Data information field (Control field in variable data point of M-Bus-Protocol) 

DLMS Device Language Message Specification 

DSO Distribution System Operator 

ECC Elliptic Curve Cryptography 

ERP Enterprise Resource Planning 

GSM Global System for Mobile Communication 

Lo-Bus Local Bus, an M-Bus extension as defined in EN 13757-6 

M-Bus physical 2-wire M-Bus as defined in EN 13757-2 

M-Bus-AL M-Bus application layer or M-Bus application protocol as defined in EN1 3757-3 

MSO Meter Site Operator 

MSP Metering Service Provider 

MUC Multi Utility Controller, Multi Utility Communication 

NTP Network Time Protocol 

OBIS Object Identification System 

ODC Operating Data Channel (in tertiary communication) 

OMS Open Metering System 

OMSGP Open Metering System specification, Vol. 1 - General Part 

OMSPC Open Metering System Specification, Vol. 2 - Primary Communication 

OMSTC Open Metering System Specification, Vol. 3 -Tertiary Communication 

PTB Physikalisch-Technische Bundesanstalt 

(the German metrology institute providing scientific and technical services) 

RTC Real Time Clock 

SDC Service Data Channel (in tertiary communication) 

SML Smart Message Language 

PLC Power line Communication 

PSTN Public Switched Telephone Network 

RFC Request for Comments 

VIF Value information field (Control field in variable data point of M-Bus-Protocol) 

wM-Bus wireless M-Bus as defined in EN1 3757-4 
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Appendix C: Members 

Thanks are to be given to the companies 11 and their employees for all their efforts of time, 

work and financial support being involved in the consortium to develop this specification: 

• Amber Wireless GmbH 

• Aquametro AG, CH 

• Brunata GmbH & Co. KG 

• ELSTER Messtechnik GmbH 

• EMH Elektrizitatszahler GmbH & Co KG 

• Dr. Neuhaus Telekommunikation GmbH 

• GSrlitz AG 

• GWF MessSysteme AG 

• Hager Elektro GmbH 

• HYDROMETER GmbH 

• iAd GmbH 

• ISKRAEMECOd. d. 

• Itron GmbH 

• Lackmann Zahler Gesellschaft mbH & Co. KG 

• Landis + Gyr GmbH 

• QUNDIS GmbH 

• Radiocrafts AS, Norway 

• Robert Bosch GmbH 

• ScatterWeb GmbH 

• Sensus Metering Systems GmbH 

• SSV Software Systeme GmbH 

• Swiss Gas Metering AG / MEMS AG, CH 

• Techem Energy Services GmbH 

• Tixi.Com GmbH 

• T-Systems Enterprise Services GmbH 

• WIKON Kommunikationstechnik GmbH 



11 listed in alphabetical order 
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Institutional Members are: 

• EMSYCON for FNN 

• Figawa, Cologne 

• Fraunhofer ISE, Freiburg 

• HBM management services, Hartmut Baden, Consultant 
(chairman of Figawa/ZVEI/KNX project group smart metering) 

• KNX Association, Bruxelles 

• Prof. Dr. Horst Ziegler, Paderborn, Chairman of CEN TC294 WG4 

• Steinbeis-lnnovationszentrum Embedded Design und Networking (sizedn), Lorrach 

• ZVEI, Frankfurt am Main 
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